home *** CD-ROM | disk | FTP | other *** search
/ C/C++ Users Group Library 1996 July / C-C++ Users Group Library July 1996.iso / vol_100 / 103_01 / historic.not < prev    next >
Encoding:
Text File  |  1985-03-09  |  3.3 KB  |  55 lines
  1.         This  is  a  historical note on the QED-like editor written by
  2. Scott  Fluhrer.  This  editor  is based upon the editor commonly found
  3. with  UNIX systems and is also similar to the editor in SOFTWARE TOOLs
  4. by  Kernighan  and  Plauger.  It was written from scratch (literally -
  5. scratch  paper)  by  Scott as a personal favor. Scott being a nice guy
  6. and  an  admirer of 'C' subsequently agreed to the distribution of his
  7. editor  along  with the BDS C compiler (they go well together) for the
  8. benefit  of  all  hobbyists. Scott wrote his editor over the course of
  9. eight  (count  'em 8) evenings (Thursdays, he doesnt have classes till
  10. noon  the next day) (evening=~9pm till 3 or 4 am) on a Televideo or an
  11. Intertube  hooked  up  to  Micromation Z-64 and Doubler and Shugart or
  12. Siemens  disc  drives (8" 484k/side) (using whichever of the 2 systems
  13. which was healthier at the time). 
  14.         Enough  reminiscing.  Now  about that editor. Lines are stored
  15. in  structures  called  memories  containing 512 bytes apiece. Parcels
  16. are  little  packets  of  a  pointer  to  a memory and a starting line
  17. number  and  a  character  count.  Parcels refer either to a memory in
  18. memory  or  to  a  memory  in a temp file. Logically adjacent memories
  19. that  are  each only partially full are combined where possible and if
  20. a  memory  gets  too  big it is split into two. In this version of the
  21. editor  there  are  37 memories (64k version) so the biggest in-memory
  22. file  is  roughly  18k  or  so.  Since there are 200 parcels, files as
  23. large  as  100k  can be edited. If you really want to go overboard use
  24. 2000  parcels  so  you  can  edit  1  meg  files.  (parcels are small;
  25. memories  are  big)  (cpm  1.4 wont let you). To fit the editor onto a
  26. smaller  machine  you  could decrease the memory size (from 512 to 256
  27. or  so)  or  you could decrease the number of in-memory memories or do
  28. both. 
  29.         To  use  just  say  "edit  name"  or  "edit". Once you get the
  30. sign-on  message  you  could use the r command to read a file "r file"
  31. or  the  w  to  write  a  file  "w  file"  or "w" to write to the file
  32. previously  named.  Use  "a" to append ( a dot '. ' all by itself on a
  33. line  is  the  signal  to  stop (no funny ctl-Z's here)). A "1,$" will
  34. show you everything; to get help type "h". 
  35.         Speed-------------------------------------  This editor is not
  36. blinding  but  it  is extremely versatile!!! Speed note: when compiled
  37. with  -e  6300  the  search g/... .... .../p on edit.inc took 1 minute
  38. and  20  seconds  on  95  lines  when compiled with -o -e6300 the same
  39. search  g/... .... .../P  took  only 55 seconds. Moral: use -o in this
  40. case. 
  41.         If  someone  really  needs it I will write a tutorial on using
  42. this  editor  but  not right now as I am recovering from MONO. Besides
  43. theres  too  much  to explain all at once (I havent explained anything
  44. yet!) 
  45.  
  46.                                                 happy editing n.s. 
  47.  
  48. P.S. 
  49.         Kathy  has  kindly written a help file (tutorial) for use with
  50. scotts editor so either type "help" or read software tools or both. 
  51.  
  52. pps 
  53.         the  function  "ubgetc"  is just like getc except that it only
  54. buffers up one sectors worth (simple modification of library routine) 
  55. tion  "ubgetc"  is just like getc except